home *** CD-ROM | disk | FTP | other *** search
- Path: winken.llnl.gov!woodruff
- From: woodruff@tanana.llnl.gov (John Woodruff)
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
- Subject: Re: Ada Parsing Tools (was Re: C/C++ knocks the crap out of Ada)
- Date: 20 Mar 1996 21:04:07 GMT
- Organization: Lawrence Livermore National Lab
- Message-ID: <WOODRUFF.96Mar20130407@tanana.llnl.gov>
- References: <00001a73+00002504@msn.com> <4iah20$p7k@saba.info.ucla.edu>
- <4ica32INN5hn@gambier.ugrad.cs.ubc.ca> <4icja9$1r92@saba.info.ucla.edu>
- <4idh80$6tj@solutions.solon.com>
- <EACHUS.96Mar18141725@spectre.mitre.org>
- Reply-To: woodruff1@llnl.gov
- NNTP-Posting-Host: tanana.llnl.gov
- In-reply-to: eachus@spectre.mitre.org's message of 18 Mar 1996 19:17:25 GMT
-
- >>>>> "Robert" == Robert I Eachus <eachus@spectre.mitre.org> writes:
-
- > First Alex and Ayacc exist, and allow you to use lex and yacc
- > grammars in Ada.
-
- > Second, yacc is the worst product I have ever used to build
- > LALR parsers. It works, and it does what it says it
- > does. (Although there are cases where it does not correctly handle
- > LALR1 grammars, don't get me started.) However, it is woefully
- > inadequate as a tool for designing grammars. All the other tools
- > I have used for building grammars and parsers have had at least
- > the following properties:
-
- > 1) Support either full LR(1), LALR(k), LR(k) or even implement
- > Early's Algorithm.
-
- > 2) Lots of built-in support for error messages and error
- > recovery in the final product.
-
- > 3) Lost of built-in diagnostics so that grammar errors--or
- > grammar forms not supported by the tool--can be diagnosed and
- > fixed.
-
- > Yacc is a least common denominator product, however it is not
- > currently the state of the (1980) art.
-
- I would like to have leads to such language parsing products as are
- available in Ada now. I'm about to undertake a preliminary prototype
- exercise to use ayacc in my project, and if there's a significantly
- easier-to-use alternative I want to know about it.
-
- BTW the application I'm prototyping is a "sequence control" language for
- operation of an experimental facility. My goal is to define a fairly
- simple grammar (iteration, selection, ...), to construct a graphic tool
- for writing small "programs" in the language, and to deploy the language
- in a control system.
-
- The interesting part in my view is that the language is not composed of
- textual input, but of tokens some of which are control-system
- primitives that are executable either from control screen GUI's or from
- within the sequence control language described here.
-
- --
- John Woodruff N I F \ ^ /
- Lawrence Livermore National Lab =====---- < 0 >
- 510 422 4661 / v \
-